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SYSTEMS AND METHODS FOR REMOTE POWER MANAGEMENT 
USING 802. 11 WIRELESS PROTOCOLS 

FIELD OF INVENTION 
5 This invention is directed to systems and methods for remote power management 

using the IEEE 802.1 1 suite of wireless protocols to effect various power management 
functions including: power load control, power meter activation and deactivation, and 
utility meter data gathering for residential and commercial applications. 

1 0 BACKGROUND AND SUMMARY OF THE INVENTION 

The growth in energy consumption has outstripped the power generating 
capabilities in various areas. It is not uncommon in various regions for power utilities to 
mandate temporary reductions in power usage because of limited power generating 
capabilities. This is most prevalent in the summertime in conjunction with hot weather, 

15 when air conditioning usage peaks. Such air conditioning loads often represents the 
single largest power consumption loads for many residential and business locations. 

In other instances, the power supply in the aggregate for a region is able to meet 
the power demand for the region, but limitations in the power distribution and 
transmission infrastructure result in instability, or unequal availability of power 

20 throughout the region. The blackout in the northeastern United States on August 14, 
2003 illustrates that impact of problems in power transmission and distribution can also 
lead to power outages and load imbalances. 

If power consumption exceeds the available supply, regardless of insufficient 
power generation or inadequate distribution and transmission facilities, the power grid 

25 has automatic safeguards to limit the demand and prevent permanent damage to the 

power grid. These procedures may result in power blackouts and are undesirable as they 
indiscriminately remove power to all users located in a service area without warning. 
Another approach is to temporarily eliminate power on a planned basis to a selected 
service area. While still undesirable, this approach has the benefit of being planned and 

30 the impact (e.g., area effected) is known in advance. However, the economic costs of 
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such blackouts is significant, and has been estimated by the government to cost the U.S. 
economy between $1 19-5188 billion dollars annually. 

More preferable to rolling blackouts are approaches where power is maintained, 
but consumption is reduced so as to avoid a subsequent blackout. Typically, large power 
5 consumers (e.g., commercial and industrial customers) voluntarily enter into a demand 
load reduction program offered by the power utility. These arrangements are typically 
regulated by an appropriate state regulatory agency (e.g., Public Utility Commission) and 
in this arrangement customers agree to reduce or eliminate their load consumption upon 
request of the utility in exchange for a lower energy prices (power rates). Customers are 

1 0 typically requested to reduce their power consumption for a fixed number of hours (e.g., 
four hours) upon request, for a fixed number of times a year (e.g., six per year). If at the 
time of the request the customer does not reduce their power, then a penalty is levied on 
the customer. This requires the power utility to individually contact large energy 
consumers and request load reduction, which typically is accomplished by user 

15 deactivating a power load. Frequently, these users 'turn off or deactivate air 

conditioning systems or other industrial processes for a limited time period when usage is 
predicted to peak (e.g., typically afternoon). Often, peak usage is predictable and 
involves comparing past usage and anticipated temperatures. Thus, the need for limiting 
consumption can be often predicted hours in advance. 

20 Typically, the power utility maintains a list of customers that consume large 

amounts of power, with names and telephone numbers for the purpose of requesting 
voluntary reduction in power usage. If a power reduction is required, utility personnel 
will telephone the customers and request power reduction. Under the 
incentive/disincentive program characteristics, customers typically comply as the 

25 alternative typically results in penalties and the ultimate result in a blackout. 

The process of manually contacting and deactivating power loads is labor 
intensive and slow. Further, once a power utility contacts a customer for load reduction, 
the power utility has no immediate feedback as to whether the customer did reduce their 
power consumption and the associated impact. Typically, determination of a power load 

30 reduction is determined at the end of the billing cycle, and it is not clear whether the load 
was reduced for the entire time period or not. In addition, the power utility is not readily 
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able to determine the real time power demand reduction by such power load demand 
activities, except at a very aggregate level. Consequently, the power utility may request 
far more (or less) power consumers to reduce their load than is required. Further, the 
power company is not able to tailor the time period for what is required. For example, 
5 the power utility may request load deactivation for a 4 hour window, but if after 3 hours it 
is determined that no further load reductions are required, the utility may not contact the 
various power consumers indicating that load reduction is not longer required. 
Contacting each of the power consumers may take so long so as to render the process 
moot. 

10 Clearly, an automated approach for managing loads would be preferable. Further, 

the management of power loads may allow distinguishing between voluntary reduction 
and involuntary reduction. For example, if a power provider requires reducing power 
consumption, it may be preferable to obtain power reduction by voluntary load reduction, 
rather, than to institute involuntary power reduction. Typically, only if the voluntary 

15 reductions are insufficient are involuntary power reductions instituted. Thus, in 

managing loads, a user may require to know the distinction whether an indication for 
power reduction is a voluntary request or a precursor to a demand for power reduction. 

Further, automated approaches may allow flexibility in defining load reduction 
programs. Users may selectively volunteer to reduce their power consumption if 

20 economic incentives are provided to them even, if they have not enlisted into a traditional 
power load reduction scheme. Thus, users not enlisted in a power load reduction scheme 
could still be offered an economic incentive via variable rate schedules for power 
consumption. A normal, or 'off peak' usage rate indicates the rate normally used to 
calculate a bill for power usage while a 'peak rate' indicates a higher rate for peak 

25 demand. However, communication of a dynamic schedule of peak/off peak rates can be 
scheduled on a real time basis to hundreds or thousands of users that would not be 
practical on a manual basis. Therefore, an automated approach for communicating rate 
schedules would be preferable. 

Existing technology has not proven practical in many instances in addressing 

30 these problems, partly from a cost perspective. However, the wide scale development of 
a relatively recent developed wireless LAN standard known as IEEE 802.1 1 allows the 
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low cost application of wireless technology to address many of the above problems, as 
well as providing additional benefits. 

A major impediment to the application of wireless data communication 
technology is that in many circumstances, radio transmission is limited by regulation by 
5 the FCC. The FCC defines frequency bands, ('spectrum') which are subject to various 
regulations regarding its use and technical operation. For example, transmission of radio 
frequencies in most spectrum is regulated and only available for use by licensed entities. 
Thus, a power utility desiring to utilize wireless technology to remotely manage power 
loads would have to, in many cases, obtain a FCC license and comply with the associated 

10 regulations. In many instances, the regulatory compliance is complicated, and obtaining 
a license for using the spectrum can be very difficult and costly. Typically, a license 
requires a significant revenue producing application to justify its use. 

The FCC has allocated a portion of the spectrum for unlicensed use, as defined in 
a portion of the regulations known as Tart 15' of Title 47 of the Code of Federal 

15 Regulations. So-called Tart 15' devices include garage door openers, cordless 
telephones, walkie-talkies, baby monitors, etc. These devices operate on defined 
channels in frequency bands and are subject to interference from other devices. To 
minimize interference, the FCC limits the maximum power that may be used during 
transmission. 

20 A technology developed initially for the military radio communications, called 

'spread spectrum' has been adapted for cellular applications and is now available for use 
in other applications at very economical costs. This technology has the benefit of 
minimizing interference from other devices using the same bandwidth. This technology 
is mandated by the FCC for equipment transmitting in a portion of the unlicensed 

25 spectrum, namely frequencies of 2.4 to 2.4835 GHz. The devices in this range typically 
are allowed to transmit at a maximum of 1 watt, though most transmit at a lower power. 
This technology allows a variety of users to share the spectrum and minimize interference 
with each other. Heretofore, the historical approach to minimizing such interference was 
to license the frequency to a specific entity, which in turn coordinates individual users 

30 (typically in the role of a service provider in relation to its subscribers). 

The IEEE (Institute of Electrical and Electronics Engineers) sponsors various 
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standards settings bodies, and the group known by the numerical designator "802" is 
responsible for various Local Area Network (LAN) standards. A group formed to define 
various wireless technical standards for LAN standards, is known as 802.1 1 . This group 
has defined various approaches for using spread spectrum techniques in the unlicensed 
5 2.4-2.4835 GHz spectrum for LANs and has spawned an entire industry of manufacturers 
building equipment allowing wireless data communication from various devices 
including laptops, PDAs, and other devices. 

The 802.1 1 group has divided into various task groups focusing on various 
technologies and has evolved over time. The following lists some of the task groups and 
10 their focus: 

802.1 1 - Wireless LAN Physical and MAC layer specification (2.4 GHz.), 
802.1 la - Wireless LAN Physical and MAC layer specification (5Ghz), 
802.1 lb - Higher speed (5.5 and 1 1Mbps), 
802.1 lc - Bridge Operations, 
1 5 802. 1 1 d - Operation in additional regulatory domains, 

802. 1 le -Quality of Service parameters, 

802.1 If - Multi-vendor access point interoperability Access Distribution Systems, 

802.1 lg - Higher rate (20 Mbps) extensions in the 2.4 GHz band, 

802.1 lh - Enhancements for Dynamic Channel Selection, 
20 802. Hi- Security and Authentication. 

Thus, the 802.1 1 suite of protocols encompasses a variety of past and present protocols 
designed to inter-work together. 

The 802.1 1 protocols are based typically on using TCP/IP protocols, which are 
well known in the art and adapted from wireline LAN usage. This facilitates 
25 interworking of existing infrastructure (e.g., hardware and software) for use with the 
wireless LAN equipment. 

The wireless LAN task groups have defined various wireless architectures 
including end-points (also called stations) that originate and terminate information, and 
access points that provide access to a distribution infrastructure for extended 
30 communication. The 802.1 1 standard defines various capabilities and services associated 
with an end device pertinent to wireless operation. For example, 802.1 1 defines 
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procedures to authenticate an end-point to an access point, associate/disassociated an end- 
point to an access point, ensure privacy and security, and transfer data between an 802.1 1 
LAN and non-802.11 LAN. 

The development of these standards along with industry cooperation to ensure 
5 interoperability has lead to equipment which when certified is termed "Wi-Fi" and can 
provide for wireless data communication heretofore not possible. The large-scale 
development of specialized semiconductors has lead to economies of scale allowing low 
cost equipment that heretofore has not been possible for wireless products. Thus, the use 
of 802.1 1 -based equipment provides a whole new opportunity for communication 
10 capabilities for devices heretofore not possible. This allows greater automation and 
control for applications previously not considered. 

BRIEF DESCRIPTION OF THE FIGURES 
Figure 1 illustrates the prior art of an application of 802.11b wireless 
1 5 communication involving a personal computer. 

Figure 2 illustrates one embodiment of the basic architecture for communication 
involving an end device, a power meter incorporating an integrated on-premise processor, 
and an energy management host according to the principles of the present invention. 
Figure 3a illustrates one embodiment of a power meter with an integrated 
20 processor for energy management. 

Figure 3b illustrates one embodiment of an air conditioning thermostat with an 
integrated processor for energy management. 

Figure 4a - 4d illustrate various protocol stacks associated with various 
embodiments of the basic architecture. 
25 Figure 5 illustrates various embodiments of distribution networks for facilitating 

communication between the on-premise processor and a management host according to 
the principles of the present invention. 

Figure 6 illustrates one embodiment of a distribution network comprising a mesh 
network of on-premise processors embodied in power meters according to the principles 
30 of the present invention. 
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Figure 7 illustrates various embodiments of end devices communicating with a 
on-premise processor according to the principles of the present invention. 

Figure 8 illustrates one embodiment of energy management according to the 
principles of the present invention. 
5 Figure 9 illustrates one embodiment of an architecture of the host system 

according to the principles of the present invention. 

Figure 10 illustrates one embodiment of a data structure for maintaining meter 
data in the host according to the principles of the present invention. 

Figure 1 1 illustrates one embodiment of an energy load control application 
1 0 according to the principles of the present invention. 

Figure 12 illustrates another embodiment of an energy load control application 
according to the principles of the present invention. 

Figure 13 illustrates yet another embodiment of an energy load control application 
according to the principles of the present invention. 
15 Figure 14 illustrates yet another embodiment of an energy load control application 

according to the principles of the present invention. 

Figure 15 illustrates an embodiment of an energy load control application 
involving an appliance according to the principles of the present invention. 

Figure 16 illustrates an embodiment of an energy load control application 
20 involving deactivation of a load according to the principles of the present invention. 

DETAILED DESCRIPTION 
The present invention is directed, in part, to remote energy load management, 
including power load control, real time load curtailment verification, meter 

25 activation/deactivation, and meter reading. Although the principles of the present 
invention are largely illustrated using a power meter and load control device, the 
principles equally apply to other embodiments of resource management. For example, in 
lieu of a power load and power meter, a natural gas flow controlled by a valve or gas 
meter could be used. Other examples include devices controlling resources in the form of 

30 fluids, solids, and the corresponding devices for metering or handling such fuel resources 
as coal, oil, gasoline, diesel fuel, kerosene, etc. A variety of measured resources 
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controlled by a metering device may be adapted to the principles of the present invention. 
Thus, illustrating the principles by using a power meter should not be construed to limit 
application of principles of present invention solely to such embodiments. 

One of the several main functions associated with energy management include 
5 power load control, or simply 'load control.' This refers to an external entity, which in 
some cases is associated with the power provider (e.g., power utility company) 
influencing the control of a power load. The 'control' of the load can take various forms, 
including deactivating a load, requesting deactivation of a load, requesting deferment of 
activation of a load, requesting the activation of on site generating capacity (e.g. 

10 distributed generation) or even advising an intelligent load controller of the relative rates 
associated with power consumption. For example, one embodiment of load control is 
controlling the activation of an air conditioning system. For many energy related 
applications, air conditioning systems represent the single largest power load at a 
location. Typically, the control of whether such systems are 'on' or 'off occurs using a 

15 thermostat in an autonomous manner. More sophisticated building control systems may 
integrate a processor to control the A/C systems so that they are only activated during 
business hours. Such systems may define preset temperature levels to prevent individuals 
from overriding the settings. 

One motivation for controlling power loads occurs when the power utility 

20 company is not able to fully supply the electrical power demands for all users. This 
results in 'brownouts' or 'rolling blackouts,' and typically occurs in the summertime 
during peak usage. From the power utility company's perspective, it is imperative that 
when the demand exceeds the available power, that loads be controlled. Otherwise, 
various automatic measures in the power grid will automatically reduce loads to prevent 

25 harm to the power grid. This results in an unplanned blackout, which is a total 
termination of power to selected service areas. 

One solution is for the power utility company to selectively terminate power in 
certain areas ('rolling blackout'). Another solution, which is often preferable, is to lower 
the load by terminating selected energy intensive loads (e.g., A/C systems). One method 

30 of accomplishing this is for the power utility company to telephone selected customers 
and verbally request deactivation of A/C units at a specified time for a specified duration. 
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Alternatively, the power utility company can request the customer to alter their power 
consumption in other ways. For example, the power company can request a customers to 
set A/C thermostats at a higher temperature. 

Another method for reducing consumption involves an economic based incentive 
5 where usage rates may be increased during peak usage hours (e.g., typically during 

afternoon business hours). This relies on users to monitor their usage carefully and adjust 
their power consumption accordingly. 

However, these schemes heretofore have relied on manual intervention. While 
many sophisticated control systems may be deployed to controlling loads, the inability to 

10 communicate and readily exchange information has hindered more efficient power load 
control approaches. The incorporation of 802.1 lX-based wireless capabilities offers the 
ability to overcome this problem in a cost effective manner, and allow full integration of 
remote management capabilities for power load control. 

As used herein, 802.1 IX (upper case 'X') does not specifically refer to a task 

15 group within the 802.1 1 committee structure, nor a specific standard of a task group. 

While there is a set of capabilities known as 802.1 lx (lower case 'x'), which focuses on a 
method for transporting an authentication protocol between the client and access-point 
devices involving the Transport Layer Security (TLS) protocol, the term 802.1 IX (upper 
case) as used herein refers to any of the protocols and procedures associated with the 

20 802.1 1 wireless communications, including 802.1 la, 802.1 lb, 802.1 Ig and others 
(including 802.1 lx) that may be used singularly or in conjunction with each other. 
Further, even pre-cursor wireless protocols, such as "Bluetooth" are considered to be a 
variation of 802.1 IX-based protocols and thus within the scope of 802.1 IX. 

The present inventions now will be described more fully hereinafter with 

25 reference to the accompanying drawings, in which some, but not all embodiments of the 
invention are shown. Indeed, these inventions may be embodied in many different forms 
and should not be construed as limited to the embodiments set forth herein; rather, these 
embodiments are provided so that this disclosure will satisfy applicable legal 
requirements. Like numbers refer to like elements throughout. 

30 Turning to Figure 1 , this figure illustrates one embodiment of the prior art 

regarding the use of IEEE 802.1 lb for wireless data communications involving a 
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personal computer. A personal computer 15 is configured with 802.1 lb capabilities, 
either by incorporating an 802.1 lb accessory board or having the 802.1 lb capability 
integrated into the system. The personal computer communicates wirelessly using radio 
waves 14 with an access point 13. The range of communication is based in part on the 
5 power of the radio signal and the data rate, and is typically 100-200 feet, which is an 
adequate range for many residential applications. The access point 13 is typically 
connected to a communications network, using devices such as a cable modem 12 (or 
DSL modem). The cable modem provides high-speed access via a cable facility 11 to the 
Internet 10. Though illustrated as a single network, the Internet 10 is actually a collection 
10 of networks cooperating to form a single logical Internet 10 as is well known to those 
skilled in the art. 

A host processor 6 is illustrated as connected via a communications facility 17 
(such as a Tl communications line) to the Internet 10. The communication facility 17 
can be any type of the high speed digital facilities commonly used. This architecture 

15 allows the user to seamlessly communicate using a TCP/IP connection 16 with the host 6. 

This architecture can be adapted for remote energy management as illustrated in 
Figure 2. In Figure 2, there are three main components in the embodiment illustrated: 
these are the end device, illustrated as an intelligent air-conditioning (A/C) thermostat 2; 
an on-premise processor incorporating an on-premise processor and additional 

20 functionality, illustrated as an intelligent power meter 4; and an energy management host 
processor 6. 

"End device" as used herein is a generic descriptor for any type of device that 
initiates and terminates data transmitted to the on-premise processor. As used herein, an 
"end device" is not limited to the functionality of an end station as defined in the 802.1 1 

25 architecture, but may incorporate additional functions, including applications for 
controlling loads, processing energy-related data and so forth. End devices may be 
embodied in various forms, typically by augmenting a controller of some sort with the 
capability to transmit and receive information using the appropriate 802.1 lX-based 
wireless standard. In this illustration, an intelligent A/C thermostat is an end device, and 

30 may comprise an A/C thermostat that has been adapted with a processor and programmed 
for allowing remote load management. 
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The second main component in the architecture embodied in Figure 2 is the On- 
Premise Processor (OPP). As used herein, an OPP may include the capabilities of an 
access point as defined in the 802.1 lX-based architecture, but the OPP typically includes 
additional capabilities and functions. An on-premise processor may be simply a relay of 
5 information, or the OPP may perform additional processing and control functions. An 
on-premise processor requires the hardware and software to perform the 802.1 lX-related 
functions, and typically does terminate and process the application layer protocol 
information. The OPP is typically programmable so that various value-added 
applications can be implemented by software resident on the OPP or downloaded by the 
10 host. The OPP illustrated herein as an 'intelligent power meter' 4 is just one 

embodiment. Other embodiments may involve an OPP that is internally co-located with 
the power or other type of meter, externally co-located with the meter, or some other 
variation. 

The third main component in the architecture is the host processor 6. This may be 

1 5 a computer, such as a PC, mini computer, or host server. It incorporates the typical 

hardware and software associated with a transaction oriented host processor, including a 
database for retaining address and data for numerous distinct and separate power loads. 
The host processor may be an integral part in controlling the power load, either directly 
or directly, in addition to performing other functions as will be discussed. The details of 

20 a host embodiment will be discussed subsequently. 

In the embodiment illustrated in Figure 2, the end device 2 is located in the 
vicinity of the OPP 4. As illustrated by the dotted line 1, these devices are typically in 
close proximity of each other, typically within 100-200 feet. The term "on premise 
processor" reflects one embodiment of having the processor 4 located at the same 

25 premises as the end device from the perspective of the host. Thus, the host views the 
processor 4 as located in the same location or premise as the load. The communication 
between the end device and OPP is typically via wireless communication 5 at a relatively 
low power, since typically a short distance is involved. The proximity of the OPP 4 and 
the host processor 6 is variable, and frequently these can be located in different 

30 geographic areas, as in different cities or even states. It is not necessarily the case that 
the technology used between the end device and OPP is the same technology used as 
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between the OPP and host. The communication link 7 between the OPP 4 and host 6 
may be various wireless or wireline based communication facilities, including 802.1 IX- 
based wireless technologies. 

The end device can also establish communications 9 with the host on a peer-to- 
5 peer basis. However, since the end device utilizes a limited power 802. 1 lX-based 

wireless communication capability, the communications link between the end device and 
host may involve the OPP acting as a relay and/or a protocol converter. Because the 
radio range of the end device may be limited, the OPP facilitates communication with a 
distant host. Further, because the host may not implement any form of 802. 1 lX-based 
10 wireless communication, the OPP acts to convert the wireless protocol into a protocol 
format recognized by the host, which may even be wireline based. This allows the host 
processor to be isolated from the changes in the 802.1 lX-based technology, and vice 
versa. 

Figure 3a illustrates one embodiment of the On Premise Processor 202 that is 

15 integrated with a power host meter 200 to form an integrated system 201. In Figure 3a, 
the system 201 is depicted as co-located within the glass and metal housing of a power 
meter. Thus, all the components of the system 201 are typically inaccessible to non- 
service personnel. Typically, the only connections into/from the system are for providing 
unmetered power 203 into the system or metered power 205 from the system. 

20 There are two main portions of the system comprising a host power meter 200 and 

the On Premise Processor 202, which is also referred to as an 'On Board Processor' 
because the processor is typically co-located with the same circuit board containing 
components associated with the meter. The OPP may be mounted on the same circuit 
board containing the other components or may be on a separate circuit board that 

25 connects in some manner to another circuit board. The meter portion 200 obtains and 
retains power related measurements, including usage, status, and power quality 
measurements. It communicates with the OPP portion 202 via a defined interface 207. 
Although this may be embodied as a connector, it may also be embodied as a logical 
interface only. One aspects of the interface is that various types of data 206 are provided 

30 from the meter to the OPP and the OPP may issue control commands 208 to the meter, 
such as providing data requested by a control command. 
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The OPP is controlled by a processor 210 which can be one of various types of 
microprocessor or microcontroller chips. The processor 210 typically interacts with 
memory 214 that includes both volatile 214a and non-volatile memory 214b. The 
processor also can communicate data to/from the host by using a wireless data transceiver 
5 216 that sending/receiving data using radio waves using an antenna 218. The 

microprocessor 210 provides visual status indications via various status LEDs 212, which 
may facilitate diagnosing the status or condition of the system by service personnel. The 
processor 210 also interacts with various circuits to ensure continuous operation, namely 
a wakeup timer 224, a timer 222, and a CPU supervisor 220. The wakeup timer 224 

1 0 ensures that the CPU exits a sleep mode after a reset has occurred. The timer 222 

ensures the application executed by the CPU does not Mock up' in an unknown state. If 
this occurs, the timer will function as a watchdog timer and reset the CPU. The timer 222 
also functions to maintain real time so that elapsed time or current time may be noted by 
the microprocessor. Finally, the CPU supervisor 220 ensures that when a brownout or 

15 reset occurs, the restoral of the CPU occurs in an orderly manner, including that the input 
voltages are sufficient. The aforementioned system also incorporates a second 
transceiver 217 that incorporates an 802.1 lX-based protocol(s). This transceiver is used 
to transmit and receive data, with an end device. The 802.1 IX wireless transmit signal is 
limited to maximum power by the FCC and has a corresponding range which is typically 

20 less than the range of the host-OPP transceiver 216. The transceiver 216 typically uses a 
regulated frequency spectrum and a different power level. For example, host-OPP 
wireless communication may use digital cellular, WAP, or a paging protocols. Each of 
these operates on different frequencies with different operational characteristics. 
As the embodiment of Figure 2 illustrates, the OPP of Figure 3 a may 

25 communicate with an intelligent thermostat 2. An embodiment of the intelligent 

thermostat is illustrated in further detail in Figure 3b. Some of the components of the 
intelligent thermostat may be common with the components of the OPP. In Figure 3b, 
the intelligent thermostat 270 contains a microprocessor 210 that communicates with 
memory 214b that may comprise both volatile SDRAM memory 214a and non-volatile 

30 FLASH memory 214b. The microprocessor may also be connected to various control 
circuits, such as the wakeup timer 224, timer 222, and CPU supervisor 220, the functions 
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of which have already been described. The microprocessor 210 interfaces with a 802. 1 1 
data transceiver 217 that uses an antenna 219 to communicate with the OPP. 

The intelligent thermostat typically incorporates a display 260 that indicates the 
current and desired temperatures and the thermostat incorporates a temperature sensor 
5 264 providing ambient temperature data. The temperature sensor 264 could provide 
digital values that the microprocessor scales to the appropriate temperature scale, or the 
temperature sensor may provide an analog voltage input which is converted to an analog 
to digital (A/D) converter, either incorporated into the microprocessor or by discrete AID 
circuitry. 

10 The microprocessor 210 controls an electronic switch 266 via a control interface 

208. An alternative embodiment of the switch could be an electro-mechanical switch, 
such as a relay. Regardless, the switch 266 completes the circuit for a A/C load 
activation line so that the input A/C load Activation line 268 is connected to the output 
A/C load activation line 269. When the connection is completed, the load may be 

15 activated. In alternative embodiments, the completion of the connection byb the switch 
266 may de-activate the load. 

Figures 4a-4d illustrate embodiments of the protocol stacks that may exist for the 
various configurations of Figure 2. A protocol stack is a representation of the protocol 
layers used to implement communication in a system, and illustrates how communication 

20 occurs with other devices at various peer-to-peer levels. Such concepts are well known 
in the area of data communication and serve in part to model how communication 
functions are modularized. In Figure 4a, two protocol stacks are illustrated - the end 
device protocol stack 300 and the On-Premise Processor protocol stack 302. In this 
embodiment, each system comprises three protocol layers, though more or less could be 

25 used and layers can be frequently viewed as having sublayers defined. 

Starting at the top layer, the Energy Management Application 306a resides in the 
end device and communications with a peer application in the OPP, also an Energy 
Management Application 306b. Though the applications are peers, this does not 
necessarily mean that they contain identical functionality, just that they are designed to 

30 communicate with each other. For example, the OPP may issue a command to deactivate 
a load, and the end device will recognize and process the message. It does not 
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necessarily follow that the end device has the capability to issue the same request to the 
OPP. 

The communication between the peer entities is represented by the dotted line 301 
between the two protocol stacks. Although not shown, typically similar peer-to-peer 
5 communication occurs between the other layers as well. For example, the End Device 
Energy Management Application 306a typically will request authorization to activate a 
load. The OPP Energy Management Application 306b is designed to receive such a 
request and provide a response. Further, the End Device Energy Management 
Application is designed to understand the response. Such applications may be defined for 

10 load management, requesting energy usage information, reporting energy related status 
conditions or data, and so forth. The communication capability is typically defined for 
accomplishing a specific application - in this embodiment, it is for energy management, 
but it could be used for process control systems, alarm conditions, asset tracking, etc. 
The Energy Management Application layer 306 uses the services of the 

1 5 transaction protocol layer, 308a, 308b. The transaction protocol layer may be based on 
the X.408/409 remote operations protocol or any other transaction protocols, such as 
X.400 message handling, or IP. Other standard or proprietary protocols can be used. The 
transaction protocol typically conveys simple transactions, comprising a 'request' 
message and a 'response' message. In addition, some transaction protocols may allow 

20 multiple intermediate messages, such as 'continuation' messages. The transaction 

protocol defines the basic message structure, meaning, and procedures for requesting data 
and receiving the response. It also incorporates procedures for indicating the presence of 
errors in messages and requesting retransmission as well as acknowledging receipt of 
error free messages. It conveys messages defined by the Energy Management 

25 Application, so that the transaction protocol could convey requests for energy status and 
associated responses, or the transaction protocol could convey requests for any other 
application just as easily. Typically, the transaction protocol in the end device 308a has 
the same functionality as contained in the transaction protocol in the OPP 308b. Thus, 
these are typically peers. 

30 Finally, the transaction protocol messages are conveyed using the IEEE 802. 1 IX 

wireless protocol 310a, 310b. This could be, for example, 802.1 lb, 802.1 lg, or other 
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versions. Even non-802.1 IX wireless protocols could be used, such the "Bluetooth" 
wireless standard. As described in the Background section, 802.1 1 provides a wireless 
LAN like capability allowing the OPP to readily communicate using radio signals with 
the end device. The 802.1 IX protocols are peers, and communicate using radio waves in 
5 a defined frequency spectrum that are represented as providing connectivity 309 between 
the two systems. 

Because each protocol layer is modular, this facilitates implementation, 
interoperability, and lowers cost. Thus, implementing such a system can be 
accomplished by integrating 802.1 IX capabilities and transaction protocol software from 

10 different vendors, focusing on the application level functionality. 

In Figure 4b, similar protocol stacks exist for the OPP 302 and the Host 304. The 
energy management applications in the OPP 312a and the host 312b are not necessarily 
the same as in Figure 4a. For example, the applications 312 may define the capability of 
the host requesting the OPP to poll an end device for energy related status indications. In 

15 this case, the host is not directly requesting status indications from the OPP, but 

requesting the OPP obtain the status indications from other end devices. There is great 
flexibility in defining the application's capabilities, and the variations of Figures 4a-d are 
not intended to limit the energy management applications. 

The transaction protocol layer 314a in the OPP and the host 314b may very well 

20 be the same as in the end device, but this is not required. Frequently, the OPP to host 
interaction may be more sophisticated and require additional transaction capability 
functions beyond that required for the OPP - end device interaction. It may be that the 
OPP - host transaction protocol layer is a superset from that implemented for end device- 
OPP communication. 

25 The lowest level protocol layer in the OPP 316a and the host 316b are typically 

not the same as between the end device and OPP. The lower protocol layer in the host 
could be a wireline based protocol 316a, 316b. Examples include power line carrier 
systems or telephony based protocols. The wireline connectivity is represented by line 
311. Alternatively, a wireless protocol could be used, potentially based on 802.1 1, 

30 cellular, paging, satellite or any other type of wireless communication capable of 
conveying data. 
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Again, protocol layers are used to provide modularity, so that a system 
incorporating OPP-Host communication can be adapted with minimal changes. For 
example, an OPP-Host communication system incorporating power line carrier lower 
protocol layers could be adapted to wireless communication by replacing the lower 
5 protocol layer without having to reprogram/modify the transaction protocol layer or the 
application layer. Other implementations may have additional layers, such as a network 
layer, for providing connections to a plurality of nodes on a network. For example, an 
OPP may desire to connect to one of several hosts, and this would require an addressing 
capability that may justify using a network layer protocol. This could be, for example, 

1 0 based on the IP protocol. 

Turning to Figure 4c, an embodiment of communication between the end device 
300 and host 304 is depicted where the OPP protocol stacks 302a, 302b function to relay 
transaction messages. The OPP protocol stacks 302a, 302b essentially combine the 
stacks of Figure 4a and 4b, with the exception of the energy management application in 

1 5 the OPP. As will be discussed, other embodiments may actually incorporate the energy 
management applications in the OPP. 

In the embodiment of Figure 4c, the energy management application in the end 
device 320a communicates with its peer corresponding to the energy management 
application 320b in the host as represented by dotted line 317. This means that the two 

20 protocol layers are peers, and must be designed to be compatible. This architecture has 
advantages and disadvantages. The advantages include that the application does not have 
to be deployed by the OPP and the relative simplicity of operation in that the OPP simply 
relays transaction messages from one side to the other. A disadvantage is that once the 
end devices are deployed, the corresponding application must be present in the host. This 

25 means the host application may be 'frozen' as long as the end devices in the field are 
supported. This significantly complicates upgrading the host since it is unlikely that all 
end devices will be upgraded at one time. Thus, the host may be required to support 
multiple versions of the energy management applications simultaneously. 

In Figure 4c, the end device energy management application 320a uses the 

30 transaction protocol layer 308a which in turns uses the 802.1 lX-based wireless protocol 
310a to communicate using radio waves 309 to the corresponding 802.1 lX-based 

-17- 

ATL0l/1150I790v5 



Attorney Docket No. 044028/262889 



wireless protocol layer 310b in the OPP, as well as the corresponding transaction 
protocol layer 308b. The routing and relaying function 322 receives a transaction 
protocol request on one side 302a of the protocol stack, that is, a protocol request 
received from the end device, and maps the protocol message to the other transaction 
5 protocol request 314a compatible with the host transaction protocol 314b. The 

information is conveyed from the OPP using a wireline protocol 316a that is conveyed 
using a physical medium 311 to the corresponding wireline protocol 316b in the host 
304. Other embodiments could use other protocols for the lower stacks 316a, 316b. 
Figure 4c indicates that the protocol used to convey information from the end- 

10 device to the OPP for the lower layers, may not be the same protocol to convey the 

information from the OPP to the host. Specifically, the physical medium, protocol layers 
below the application level messages may be different and mapped as required by the 
OPP. Alternatively, some or all of the lower layers may be the same, and the OPP simply 
relays information with a minimal of protocol conversion. Regardless of the particular 

1 5 embodiment used, the energy management application 320a in the end device protocol 
stack 300 is able to communicate logically 317 with the energy management application 
320b protocol layer in the host protocol stack 304. This architecture requires that the 
two energy management applications in the end device and host are compatible, and this 
minimizes complexity by minimizing the mapping functions in the OPP. However, if 

20 new and advanced energy management applications are deployed with additional 

messaging functionality, then the host must be upgraded as well. If all the end devices 
are not upgraded at the same time, then the host must implement multiple versions of the 
energy management applications and track which version each end device requires. This 
complicates the operation of the host system as it must maintain and track each version. 

25 Figure 4d illustrates another embodiment that alleviates the aforementioned host 

requirement, but it does involve additional complexity in the OPP. In Figure 4d, 
protocol stack 300 for the end device and a protocol stack 304 for the host are present, as 
well as corresponding protocol stacks 302a, 302b in the OPP for communicating with the 
end device and host respectively. However, in this embodiment, the energy management 

30 application messages are terminated and processed in the OPP. This is indicated by the 
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routing and relaying functions 322 in the OPP occurring above the energy management 
applications 312b, 323a. 

A typical end device - host interaction starts with the end device energy 
management application 321a initiating a message that is conveyed by the transaction 
5 protocol 308a, which in turn is conveyed using a 802. 1 lX-based 310a wireless protocol. 
This is wirelessly conveyed using radio waves 309 to the OPP. There, the radio waves 
are received by the 802.1 lX-based wireless protocol receiver protocol handler 310b that 
provides the information to the transaction protocol layer 308b, which in turn, provides 
the message to the energy management application 321b. At this point, the energy 

1 0 management application processes the energy management message, and determines the 
appropriate action. In this embodiment, the application determines the message is to be 
routed and relayed to be communicated to the host. Thus, the application in the OPP is 
involved in determining how to process the energy management application message. A 
corresponding energy management application 323a receives the message from the 

15 routing and relaying function 322 and formulates a message that is passed down to the 
transaction protocol layer 314a, which in turn passes it down to the wireline protocol 
layer 316a, which in this embodiment is a TCP/IP protocol. This is conveyed by a 
physical medium, such as a cable 311 and received by the host system wireline protocol 
handler 316b and passed up to the transaction protocol layer 314b, which is turn is passed 

20 up to the energy management application 323b. 

In this embodiment, the communication 317 from the end device energy 
management application terminates in the OPP, but the OPP is "intelligent" enough to 
relay the message using a potentially different energy management application between 
the OPP and host. The communication between the OPP and host may involve a 

25 different application protocol than between the OPP and end device. As long as the OPP 
can handle the different end device protocols, it is possible for the host to implement only 
a single energy management application. For example, an OPP maybe deployed that 
handles two versions of an energy management application that are located in two 
different types of end devices. The OPP can handle either type of end device, or both, 

30 and convert messages from either end device to a single energy management protocol to 
the host processor. The OPP determines the appropriate protocol to use when 
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communication with the end device based on the address of the end device. Thus, each 
time a new energy management protocol is introduced into an end-device, the host does 
not necessarily have to be upgraded, but the OPP must be upgraded. This may occur by 
downloading additional software to the OPP. 
5 The embodiment of Figures 4c and 4d illustrate an end device communicating to 

the host using a single OPP. As previously noted, the OPP may be embodied by a circuit 
board integrated into a power meter. This arrangement provides a convenient means for 
regulating and/or monitoring power consumption for loads attached to the output of the 
meter. The embodiment of Figures 4c and 4d illustrate a single OPP acting to relay 

10 information between the end device and the host processor. If all information between 
the end device and host is funneled through a single OPP, then determination of where 
information is to be relayed to is straightforward. For example, all communication from 
end devices received by the OPP is directly routed to a single host. As illustrated in 
Figure 4d, the communication between the OPP and the host may occur using the TCP/IP 

15 protocol of the Internet. As is well known in the art, a sub-net on the Internet may 

comprise a series of routing hubs routing information from the originating address to the 
destination address. Although a single physical connection 311 is shown in Figure 4d 
connecting the wireline protocol 316a in the OPP to the wireline protocol handler 316b in 
the host, there may be a number of relaying Internet nodes involved. 

20 Those skilled in the art of data communications will appreciate other variations 

are possible, and Figure 5 illustrates other forms of networks that could be used as a 
distribution network between the OPP and the host. Figure 5 illustrates the OPP 4 
communicating with the host 6 using one or more of distribution networks 40, 42, 44, 46, 
48. These are termed 'distribution networks' since the networks may typically be used to 

25 facilitate communication of a plurality of OPPs (though only one is illustrated) with a 
single host. This does not preclude a single OPP from accessing multiple hosts. 

The OPP may access a distribution network that is based on a variety of 
communication technologies. For example, a paging network 40 may be used to 
communicate information between the OPP and a host. Such technology has been 

30 developed and uses a two-way paging capability to send ASCII based messages between 
a power meter and host processor. The paging infrastructure is well known in the art, and 
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provides low bandwidth data transfer to a large number of widely distributed paging 
terminals. This distribution network requires compliance with the appropriate FCC 
regulations regarding transmission of information in the specific frequency band. 

The OPP 4 alternatively can communicate to the host computer using a power line 
5 carrier network 42. This network provides communication using the power line 

infrastructure as the physical medium for transferring data using a high frequency carrier 
signal. Although various limitations may be present due to various power components 
affecting the signal, this network is well known in the art as well. This network also has 
the advantage that every residential and commercial location with power from a power 

10 utility has connectivity via the power distribution network. Thus, the power distribution 
infrastructure itself can be used to convey power load management information. 

The OPP 4 could also use the telephone network 44 to convey information to a 
host, using well-known modems for data transfer. Typically, a bandwidth of 56 kps is 
available using low cost modem technologies that are well known in the art. Typically, 

15 locations having access to power service also have access to telephone service, though 
the power meter may not necessarily be conveniently located to the appropriate telephone 
line. 

The OPP 4 could also the use cable network 46 to convey information to the host 
6. The cable network is frequently available in urban residential locations. The OPP 

20 may access the cable network by having a physical connection to the cable network or 
communicate using 802.1 lX-based wireless protocols to a cable set top box interworking 
data to an IP service provided on cable, typically using an industry standard cable modem 
standard (e.g., DOCSIS). 

Finally, the OPP 4 could access the host 6 using a cellular/PCS network. These 

25 wireless networks are also fairly ubiquitous. While providing voice service, they have 
been adapted to provide data transfer, e.g., via GPRS protocols, EDGE protocols, Short 
Messaging Service, cellular data modems, etc. The use of wireless cellular/PCS 
capabilities requires an appropriate transceiver integrated into the OPP, and requires 
appropriate FCC regulatory approval. 

30 Each of the above schemes has relative advantages and disadvantages. For 

example, some schemes require regulatory approval or equipment certification (e.g., 
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transmitting on a specified radio frequency) and require that the equipment be certified 
for use on that frequency. Other schemes may require local wiring, for example physical 
connection of a phone line or cable line to the OPP. This may increase installation costs 
as the access from the telephone line or cable drop may not always be nearby to the 
5 power meter. Further, not all types of distribution networks may be available in the 
desired service area (e.g., cable service may not be available in rural or industrial areas). 
Finally, certain schemes may be more operationally difficult to install or maintain. 

Another embodiment of a distribution network is shown in Figure 6. In this 
embodiment, the OPP devices themselves function as relaying nodes. The OPPs can 

10 communicate using TCP/IP high layer protocols using an 802.1 lX-based wireless 
protocol, which is designed to convey TCP/IP. In Figure 6, an end device 2 is 
communicating with the ultimate destination, the host 6. A grouping of intermediate 
OPPs function as network routing and relaying devices known as a 'mesh network' 20. 
The OPPs in the mesh network 20 function as network nodes in this application, not as 

1 5 OPPs 4a communicating with an end device. On the other hand, OPP 4a functions as an 
OPP communicating with an end device. The mesh network comprises a plurality of 
OPPs 4b-4e communicating with each other through a series of limited distance hops in 
order to reach the host. 

In this particular embodiment, the end device 2 is within the transmission range of 

20 an OPP 4a. The transmission range is illustrated for the OPP 4a using a circle 5. This 
represents the range of the OPP for a given transmitter power level. Thus, if end-device 
transmitting is within the range 5 of the OPP 4a, then the end device will be able to 
communicate with the OPP, and vice versa. 

The end device is illustrated as just within the range 5 of the OPP 4a. In turn, 

25 OPP 4a is able to communicate to OPP 4b since they are within communication range of 
each other, which in turn is able to communicate to OPP 4c, then to another OPP 4d, then 
to another OPP 4e, then in turn, finally to the host 6. The mesh network can be modeled 
in a number of ways from a protocol layering perspective. For example, the mesh 
network 20 may function in the aggregate as the single OPP comprising the protocol 

30 stack 302a, 302b of Figure 4c in which application information is transparently passed 
between the end device and host. Alternatively, the mesh network 20 may function in the 
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aggregate as the single OPP comprising the protocol stack 302a, 302b of Figure 4d where 
the application level messages are processed. Further combinations are possible. For 
example, as embodied in Figure 6, a select number of OPPs 4b-4e may serve as a 
network to OPP 4a. Thus, OPP 4a communicates directly to the host using the other 
5 OPPs as a network service provider (e.g., a subnet of the Internet). 

This scheme requires less regulatory compliance compared to other forms of 
wireless transmission since the 802.1 lX-based suite of protocols operates in the 
unlicensed frequency band. However, FCC regulations still require transmission within 
certain power levels. The typical range of such units is flexible and depends on the 
10 power levels and transmission bandwidth. As the number of OPPs is deployed, the 
average distance to the nearest OPP decreases and the required power levels can be 
decreased. 

Typically, the TCP/IP protocol is used for addressing messages between the 
various elements. The 802. 1 lX-based suite of protocols is based on using TCP/IP and 

15 incorporates the well-known IP addressing scheme using MAC (media access control) 
addresses. MAC addresses uniquely identify a node on a LAN, and Figure 7 illustrates 
how various types of end devices can communicate with the OPP. In Figure 7, each of 
the end devices is assigned a MAC address. This can be programmed into the device at 
manufacturer, or dynamically assigned. In Figure 7, the end devices represent typical 

20 control devices communicating with the OPP, including a thermostat control 2, an alarm 
system 30, a water meter 32, a cable set top box 34, an appliance 36, and a gas meter 100. 
Each end device communicates using a wireless 802.1 lX-based protocol to the OPP 4, 
which is illustrated as co-located with the power meter. The power meter is usually 
affixed to the exterior of a residence or commercial building, and the end devices are 

25 typically within the range of the OPP 4 located at the same premise. Typically, the 
distance between the end device and OPP is no more than 100-200 feet. Because it is 
possible that there may be several OPPs co-located into power meters within the range of 
transmission of the end-device and OPP, a scheme for registering the end-device is 
required. This could involve remotely programming the OPP with the appropriate 

30 address for each end device, or using an auto-registration procedure where a defined time 
period is established both in the OPP and the end-device to send/receive and register 
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address information. Alternatively, each end-device could be locally programmed to 
enter the address of the OPP. Such mechanisms are indicated in 802. 1 1 . 

Figure 8 summarizes several of the inventive aspects of the aforementioned 
discussion in light of an energy management application. In Figure 8, an end device 2 
5 recognizes the presence of a nearby OPP 4 functioning as a relay of information allowing 
the energy management application in the end device have peer-to-peer communication 
56 with the energy management application in the host 6. The OPP 4 relays information 
using a distribution network, which is embodied as a mesh network of other OPPs 20. 
The mesh network 20 has connectivity with the host 6 via a connection 54. It is possible 

10 that the 4 last' OPP in the mesh network is actually hardwired via a connection 54 to the 
host via a wireline communication facility (e.g., Tl connection). 

The energy management host computer 6 is further defined in Figure 9. In Figure 
9, the energy management host comprises various processing related components. The 
processing system 72 is typically a large-scale server capable of processing simultaneous 

15 communication with numerous remote end devices. An operator console 73 allows 
administration of the various end-device accounts, including creating, editing, and 
deleting accounts, and other operational related functions. Various system status 
indicators can be provided on the operator console 73 as well as the printer 74. The 
printer is typically used to print out period reports. The processing system 72 also 

20 accesses memory 76 used to store various data and application programs. This includes: 
the main energy management application, including a meter reading application 77a, data 
pertaining to when each meter is read (typically based on the customer's billing cycle) 
77b, the report generator application which takes the meter reading data and aggregates it 
into the desired form 77c, an account management application 77d allowing new 

25 accounts to be established or edited, and an alarm generator 77e used to indicate an 
abnormal status. Although other applications and data may be present, these illustrate 
several aspects of a typical energy management application. 

The processing system 72 is also connected to a communication interface 71, 
which in turn connects to the distribution network 54. Since a variety of distribution 

30 network technologies may be used, the communication interface 71 allows the remainder 
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of the host processing system, namely processing system 72, to be independent of the 
particular distribution network used. 

The processing system 72 also accesses a database 75 for storing meter-reading 
data. Typically, meter-reading data are stored on a historical and present basis. 
5 Historical data may be stored in a separate database with slower performance 

requirements. Present data is typically accessible on a real time basis, since information 
of current usage is typically compared with recent past usage in previous years. Thus, the 
storage and reliability requirements may be different. 

A typical record format 80 stored in the database 75 is illustrated in Figure 10. In 

10 Figure 10, a meter identification number in the column header 81 is used to identify a 
particular meter's data. In this embodiment, four separate meters 84a-84d are shown, 
though typically data for thousands of meters are stored. Typically, the meter numbers 
are determined by the energy service provider or meter manufacturer, and may not 
necessarily identify the customer's account. The next column 82 identifies the customer 

15 account's rate plan, which indicates how bills are calculated based on usage. Typically, 
additional rating plan data is accessed based on the plan identifier. Next a MAC address 
83 indicates the necessary address used to communicate with the particular meter. It is 
possible that other address schemes could be used. The next column 84 indicates the 
activation status and date for that meter. The host records the status as to whether a meter 

20 is active or inactive. For example, a meter may be 'shut off to disconnect power when a 
residence is vacated. In this case, the meter would be labeled as 'inactive' and the date 
(and possibly time) of the event could be recorded. Specifically, meter identification 
number 2350-529345 81c is indicated as inactive as of 6/3/03 (June 3, 2003) 84c. The 
next meter account 84d is indicated active as of 7/1 1/01 (July 11, 2001). 

25 The host may maintain in each record a load restriction status 87. This field 

indicates whether the customer is participating in a load reduction program. Specifically, 
if 'allowed', the customer is willing to receive and act upon a load reduction request in 
exchange, potentially, for a favorable billing rate. In Figure 10, one account has 
indicated 87d participation in load reduction. Further, the indication is listing as 

30 'pending' 87d indicating that load reduction procedures are currently active for that 
account. The host may maintain information regarding typical load reduction amounts 
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for each customer, and use that is determining an aggregate running load reduction when 
a load reduction initiative is pending. Thus, a host may issue load reduction requests 
until a threshold of aggregate load reduction level have been met, at which point the host 
may not longer issue such requests. Further, the host may prioritize certain customers 
5 based on load size or other factors. Although not illustrated in Figure 10, the host may 
maintain records (e.g., another column indicating) for each customer participating in the 
load reduction program if the customer was sent a request and subsequently rejected by 
the customer. In other words, the customer received the request to reduce their load and 
chose not to reduce their load. The host may 'flag' such customers for not participating 

10 in load reduction so that any predefined economic penalties can be calculated. 

Also included for each meter are various meter-reading data. For example, 
column 85 indicates the first reading, and the next column 86 indicates the next meter 
reading, and so on. Typically, a finite time period of data is retained (e.g., the 12-24 
months) in the present database. For example, the meter of row 81 d has an initial reading 

15 of 34.5 units measured at 12:48 p.m. on 6/3/2003 85d. The meter reading data typically 
includes the current reading and the time and date the reading occurred. Other variations 
on the data structure are possible. Although the embodiment of Figure 10 illustrates 
metering reading data as usage related data, 'meter reading data' as used herein can refer 
to any type of data collected from a meter, and is not limited to only usage data, but can 

20 refer to status, time, and any other type of data measurements retained in the meter, 
including power quality aspects, low voltage indications, frequency variations, etc. 
Those skilled in the art will recognize a variety of parameters that can be read, stored, and 
transmitted to a host. 

Now that the communications architecture and host processing system have been 

25 discussed, various energy management applications are presented. One such application 
is the limiting of power consumption by major power loads. Typically the power utility 
companies maintain a list of large power consumption users. If power consumption 
within a region reaches a threshold, the power utility will typically telephone these 
customers and request that they voluntarily lower their power consumption. This 

30 typically occurs by the customer voluntarily turning offloads, such as air conditioning 
systems, for a limited time. 
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Power companies may offer reduced rates to customers if customers voluntarily 
reduce their consumption when requested. The procedures for reducing power 
consumption is largely a manual process, and automated procedures using the 
aforementioned architecture would facilitate such situations. 
5 In Figure 1 1, a system for automating such requests for power reduction is 

illustrated. A host system 6 manages the power system demand. The host 6 receives 
various real-time inputs (not shown) of current power consumption in various serving 
areas associated with the power grid. The host also employs an energy management 
application determining when a load threshold has been reached, warranting the 

1 0 indication of an alarm requiring the voluntary reduction in power from various customer 
loads. The host typically maintains a database of all the customer energy loads, including 
their load characteristics, their relationship to the power distribution grid, and associated 
contact related information. Typically, the host initially identifies customer loads for 
energy management. For example, power loads may represent critical applications where 

15 power cannot be reduced (e.g., hospitals, emergency responders, etc.) and are not suitable 
for energy management. 

When the circumstances require, the host 6 issues a 'power demand status' 
indicator 93 that is communicated to a target OPP 4. The communication may occur 
using a variety of the distribution networks identified, such as the aforementioned paging 

20 network, and using either standard or proprietary signaling. The message is sent from the 
host to the OPP and terminated at the OPP. The message 93 may include a time duration 
indicating a default duration or requested time duration (e.g., four hours) that the power 
restriction procedures are in place. The OPP has a timer so that the appropriate amount 
of time can be determined. Alternatively or in addition, a follow up message terminating 

25 the power restrictions can be issued by the host. The recording of the status indication as 
well as each customer's response can be incorporated into each embodiment, but is only 
illustrated in this embodiment for brevity. In this embodiment, the OPP is integrated into 
the power meter and is able to control the flow of power as required in various 
applications. The 'power demand status' indicates the presence of a 'high power demand' 

30 condition. This is triggered when power demand is, or is projected to, exceed a pre-set 
threshold. The receipt of this message by the OPP in this embodiment does not result in 
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termination of power by the power meter. Rather, the OPP simply records this status in 
order to respond to a request from a load controller for permission to activate a load. 
Similarly, the host can reset the power demand status (indicating the absence of a 'high 
power demand' condition) by sending a subsequent message altering the status indicated. 
5 The 'power load' in Figure 1 1 is represented by the intelligent thermostat control 

2. In practice, the intelligent thermostat 2 is the controller of an air conditioning system, 
and the actual load is the motor running the compressor in the A/C unit. However, since 
the intelligent thermostat controller activates the A/C unit, the controller is used to 
represent the power load. 

10 Whenever the intelligent thermostat 2 determines that load activation is 

appropriate, it will first initiate a "request message" 90 to the OPP requesting 
authorization to turn on. Since the intelligent thermostat does not know the power 
demand status, it must first check with the OPP. The OPP 4 receives the request and 
reads the current power demand status indication that it previously received from the 

15 host, which is stored in non- volatile memory. The OPP processes the request 91 and 
responds to the controller with a "response message" 92. The "response message" may 
indicate authorization or denial to activate the load. 

This energy management communication architecture supports two different 
energy management schemes. In the first scheme, the OPP has absolute control over 

20 whether the intelligent thermostat can activate its load or not. The "response message" 
directly controls the operation of the end device. In some scenarios, this type of energy 
management may be desirable. However, there are numerous applications in which the 
customer would like to chose whether they would voluntarily comply with the request to 
lower power consumption or not. In this second architecture, the 'response message' 

25 indicating authorization or denial to activate a load is only an advisory indication from 
the OPP. The intelligent thermostat after becoming aware of the status, then determines 
on its own whether to activate the load or not. This allows the customer to have final 
control over any voluntary reduction of load consumption. 

The architecture presented in Figure 1 1 is characterized by: information being 

30 transferred between the host and the OPP, the OPP processing and storing the 

information, and the OPP subsequently interacting with the end device. The architecture 
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also presumes that the intelligent thermostat will query the OPP prior to each activation. 
This may result in unnecessary requests communicated to the OPP, particularly during a 
time when there are no power restrictions (e.g., during the winter time). Those skilled in 
the art will recognize that additional messages may be defined to improve the messaging 
5 efficiency. For example, many power load problems occur in the summer months when 
A/C usage is at a peak. A host processor can often predict when power load restrictions 
are required (e.g., comparing recent usage and forecasted temperatures). The power 
system host can issue a command to the OPP requesting the OPP to indicate to the end- 
devices that the end devices should request authorization before activation until notified 

10 otherwise. In this manner, a host can predict for a given day the possibility of restrictions 
and notify the OPPs to notify the end devices that load activation requests should occur. 
This allows 'deactivating' the energy management system as needed (e.g., during winter) 
and 'reactivating' the system when required (e.g., during summer). 

Another variation of the previous control architecture involves the end device 

15 querying the OPP prior to load activation, but the OPP defaults to authorizing activation 
unless a power restriction indication has been received from the host. If a power 
restriction indication was received, the OPP will initiate a query to the host indicating the 
particular end device that is requesting load activation. The host response is received and 
relayed by the OPP to the end device. In this manner, the host is not burdened with 

20 handling load activation request until the host first notifies the OPP. However, the OPP 
is burdened with processing messages from the end device. Similarly, once conditions 
warrant, the host can indicate the absence of a power restriction to the OPP, where after 
the OPP defaults to approving load requests from the end device. 

Figure 12 embodies another variation of managing power consumption in a power 

25 load. In Figure 12, the intelligent thermostat 2 again initiates a 'request message' 90 to 
the OPP. The OPP 4 recognizes the request message requires determination of the power 
demand status, and in response generates a query to the host 6. The query message is a 
"request message" 95 requesting the current power demand status. The host receives the 
message, and based on determination of the power demand status, the host responds with 

30 a 'response message' 96 that is sent to the OPP. The OPP recognizing that a pending 
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response the end device is required, generates a 'response message' 92 with the 
appropriate authorization or denial. 

Whereas the OPP in Figure 1 1 processes requests from the end device 
autonomously, the OPP in Figure 12 processes each request from the end device by 
5 relaying a corresponding message to the host. In this architecture, the OPP terminates 
messages from the end device, and initiates a separate message to the host. Thus, there is 
a "firewall" 94 created by the application in the OPP between messages from the end 
device and messages to the host. 

In Figure 13, another embodiment is illustrated. In this embodiment, the OPP is 

10 largely unaware of the energy management application. Specifically, the OPP functions 
to relay a message received from an end device in one protocol by mapping it to another 
protocol sent to the host. The OPP may, in some implementations, convert the messages 
from the end device from one physical protocol (e.g., 802.1 IX) to another protocol, based 
on the distribution network protocol used between the OPP and the host. 

1 5 In Figure 13, the request message 90 is generated by the intelligent thermostat 2 

to the OPP 4. The OPP is only required to map the message to a predetermined address 
associated with the host 6. The request message from the end device 90 is mapped to a 
request message 97 to the host. The OPP may or may not be aware of the meaning of the 
messages, namely that the message is a request to activate the power load. The host 6 

20 does interpret and process the message, and returns a response message 98 that is 

received by the OPP 4, which in turn maps the contents to a message 92 and transmits it 
to the end device. 

Figure 13 also allows illustration of another concept that can apply to other 
embodiments. Namely, after the host 6 responds with the response message 98, the host 

25 may record the load restriction status (column 87 of Figure 10) in a data structure 

associated with the customer. This allows the host to maintain current indications of 
whether a load restriction request is pending for a given customer. The host may estimate 
the load 'savings' for each account and maintain a summary of the total load 'savings' for 
all customers with a pending load restriction. Alternatively, the host may then on an 

30 interim basis frequently read usage data from those customers to determine in real time 
the load reduction that has occurred from initiating a series of load reduction indications. 
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In this manner, the host using the data structure and potentially in combination with the 
other meter reading capabilities, may be able to obtain feedback regarding the effects of a 
load reduction initiative. 

In other embodiments, the host system can also provide data to the OPP that is 
5 used by the OPP to process requests subsequently received by the OPP for yet another 
variation of energy management. For example, an 'intelligent' appliance may obtain 
power rate information prior to activating itself. Such rate information could include 
times when 'off-peak' and 'peak' billing rates occur. Specifically, an appliance or power 
load may initiate a query for information regarding current power rates and use such 

10 information in determining whether to activate the power load. Many appliances, such as 
A/C units, refrigerators, and dishwashers may be able to defer activation for a short time 
period if power rates are reduced in the near future. This is embodied in Figure 14. In 
Figure 14, a power system management host 6 sends a notification message 120 
conveying power rate data. This data typically includes a time schedule indicating the 

1 5 absolute or relative rate data for power consumption. For example, 'off peak' power 
rates could be indicated as occurring from 10:00 p.m. to 6:00 a.m. The host 6 
periodically provides this information to the OPP 4 that stores the rate data in its memory. 
This could be done on a daily basis reflecting anticipated power demand. 

Subsequently, the intelligent appliance 126 illustrated here as a dishwasher, 

20 initiates a query 122 requesting information regarding the rate status. As with the other 
embodiments, the communication typically occurs using one of the 802.1 lX-based suite 
of wireless protocols. The OPP 4 receiving the message performs internal processing 121 
to retrieve the rate information stored. The OPP 4 then generates a response message 124 
containing the rate data. The OPP may provide a subset of the rate data in the response, 

25 e.g. only that data of the schedule pertaining to future times. Upon receipt of the rate 
data, the intelligent appliance 126 processes the rate data 125 to determine whether it 
should self activate or defer self activation until an 'off-peak' rate occurs. In this manner, 
information from the power system management host 6 can be disseminated to a plurality 
of OPPs, which in turn disseminates the information to an end device allowing the end 

30 device to determine whether it should activate or defer activation of a power load. 
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Another variation of the end device obtaining rate information is possible in 
which the end device sends a query for rate information to the OPP, and the OPP relays 
the request to the host. The host responds to the OPP and in turn, the OPP relays the 
response to the end device. This message flow would be analogous to the message flow 
5 of Figure 12 where the OPP functions to rely information between the end device and 
host. 

The aforementioned system is not limited to energy management for load 
activation, but can also be used to read data from an electrical meter, or other types of 
meters. One such embodiment is illustrated in Figure 15 involving reading values from a 

10 gas utility meter. In Figure 15, the host 6 is a meter reading management system that 
issues a command 110 to the OPP 4 directing the OPP to read information from the 
indicated meter. Typically, the meter is identified by a particular address, such as the 
aforementioned MAC addresses. The OPP 4 receives the request and determines via an 
address table in memory if there is an established association with the indicated address. 

15 In the embodiment of Figure 14, the OPP 4 is in the nearby vicinity of the three utility 
meters as indicated by the dotted line 101 - the power meter (integrated with the OPP 4), 
the gas meter 100, and the water meter 32. Thus, the OPP 4 may have established a table 
with addresses for each of the meters and knows it is able to communicate with each 
meter. In the case of the gas meter 100 and water meter 32, the OPP typically 

20 communicates using one of the 802. 1 lX-based suite of protocols. In the case of the 

electric meter, reading data may be accomplished using proprietary messaging protocol 
since the OPP is integrated with the power meter. Alternatively, the OPP and power 
meter may not be integrated and the OPP uses 802.1 IX-based protocols to communicate 
with the power meter. Assuming that the target meter is the gas meter 100 as embodied 

25 in Figure 15, the OPP 4 issues a query or command 112 to the target meter to read the 
current value. The gas meter 100 returns a response message containing the meter 
reading data 114, which is received and processed by the OPP 4. The OPP 4 conveys the 
information in a message 116 to the host. The host then records the data as required in 
the data structure containing the meter reading data. 

30 Other variations are possible. For example, in Figure 15 the OPP could 

autonomously read the meter on a periodic basis (e.g., daily), and store the data in 
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memory. The OPP upon receiving a command from the host could then transmit the 
plurality of data values to the host. As with the previously illustrated architectures, the 
OPP may terminate the message from the host and generate different application level 
messages to the end device (e.g., the gas meter). Alternatively, the OPP may simply 
5 relay the message to the end device, as well as relay the response to the host. 
Alternatively, the OPP may periodically collect data from the remote meter and 
autonomously send it to the host, or send the data upon request to the host. The data 
measured, stored, and transmitted may be usage related data from the meter, but may 
comprise any other data retained in the meter, including status, time, and various power 

10 quality parameters, such as voltage dips/spikes, average/peak/low voltage frequencies, 
maximum current draw, et cetera. The embodiments illustrated and the phrase 'meter 
reading' is not limited to applications only involving usage data. 

Figure 16 indicates another energy management application directed to 
emergency load control management. In various applications, the host processor may 

15 require deactivation of a load, either in emergency or non-emergency circumstances. In 
this case, the host may have absolute control over the activation/deactivation of the power 
load. In Figure 16, the host 6 issues a message 130 of an impending load deactivation to 
the OPP 4. This notification message is intended to 'warn' the OPP that an impending 
power deactivation command should be expected. The OPP 4 responds with an 

20 acknowledgement message 132 indicating whether it is able to comply with a future load 
deactivation or not. This acknowledgement serves at least two functions. First, it 
confirms receipt of the notification to the host. Second, the host is able to obtain an 
indication of whether the load can be deactivated. For example, the power management 
host system may not maintain information about all the load applications under the 

25 control of the OPP. Alternatively, various life sustaining medical equipment may be 
operating as a load from the power meter and the acknowledgement of the OPP may 
indicate that it cannot comply with a load deactivation request. This may be used by the 
host to avoid sending a load deactivation request to the OPP. 

Assuming the OPP 4 acknowledgement message indicates compliance is 

30 expected, at some time the host may issue a load deactivation notification 134 requesting 
immediate shut down of all loads. After interacting with the power meter to effect the 
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termination of any power at the output of the meter, the OPP issues an acknowledgement 
message 135 indicating that the power load has been terminated. The host then records 
this information and may sequence through other OPPs to reduce additional loads until 
the necessary overload to the power grid is reduced. 
5 The above sequence can be adapted to accomplish deactivation of a meter, 

typically for non-payment or normal termination of service. A similar 'activation' 
sequence could be used to activate a meter for establishment of service. This would 
facilitate normal activation/termination of power service and avoid a service call to the 
location. 

10 In each of the energy management schemes, variations are possible that are 

included within the principles of the present invention. For example, although 
embodiments incorporating an intelligent thermostat are disclosed, the system could 
apply to any type of electrical controller, including solenoids, mechanical switches, or 
solid state relays or other electronic components. The power load activated is not limited 

1 5 to motors in A/C units, but any type of motor in a device, including a pump, compressor, 
machine, drive unit, material handling system, etc. The controller is not limited to 
controlling power loads, but may control the flow of liquids, gases, or solids through 
valves, manifolds, gates, or various types of material handling devices. The controller 
can control industrial machines, processes, lighting, sensors, detectors, or other type of 

20 devices. The control mechanism can control access to locations, authorization activation 
of security systems, or activation of an industrial process. The system can be used to 
activate/deactivate a device, such that the unit could be taken c off-line' if necessary. The 
unit can be remote activated once service is restored. 

Although the embodiment discloses a residential type power meter, the OPP could 

25 be standalone or integrated into valves, machines, or any of the various types of 

controllers. The system may be used to read or write data from a particular device, such 
as reading meter data, including obtaining readings from water or gas utility meters. The 
information obtained may be usage data, status indications, or periodic usage or rate of 
use information. Information other than usage that may be obtained by a meter or device 

30 can be reported or read to/by the host computer, including water line or gas line pressure 
readings, line voltage, line voltage dips, voltage frequency, or any other measurable 
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